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Abstract of FR2814021 

The invention concerns a method and a system 

(6) for co-ordinating telecommunication service 
usage (7). The method consists in granting a 
service request made by a user (8) v\^ith a service 

(7) based on the current state of the state 
diagram of the user's single environment (8) and 
of events associated m\h the service request. 
The co-ordinating system (6) comprises an 
access module (11), a profile management 
module (13), a contractual module (14) and at 
least an environment manager (15). 
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(§) La pr6sente invention se rapporte k un proc6d6 at k 
un syst^me (6) de coordination d'utilisation de services (7) 
de telecommunication. 

Le proc6d6 accorde une demande de prestation fonnu- 
I6e par un utilisateur (8) aupr^s tf un service (7) en fonction 
de r6tat courant du diagramme d'6tat un environnement 
unique de I'utilisateur (8) et d'^v^nements assocl6s §1 la de- 
mande de prestation. 

Le syst^me (6) de coordination comprend un module 
(11) d'acc6s, un module (13) de gestion de profils, un mo- 
dule (14) contractuel et au moins un gestionnaire (15) d'en- 
vironnemenL 
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La presente invention se rapporte k un proc6de et i un systeme de coordination 

5 d'utilisation de services de telecommunication. 

L'invention s'inscrit dans le domaine des services de telecommunication sur 
des architectures de systemes repartis et dans le domaine du reseau intelligent. 

Dans tout le texte, un service de telecommunication d6signe tout service 
accessible k un utilisateur depuis un terminal de telecommunication et a travers un 

10 reseau, que ce dernier soit un reseau tel6phonique ou un reseau informatique tel un 
reseau de donnees du type Internet. Le terminal de telecommunication est soit un 
terminal informatique, soit un temiinal teiephonique. Pour illustrer la notion de 
service, quatre services sont listes ci-apres a titre d'exemples. Un premier service 
consiste a offrir une communication avec un autre utilisateur, soit avec un lien qui 

15 transporte uniquement des donnees audio, soit avec un lien qui transporte en outre des 
donndes video. Un deuxi^me service consiste h offrir la consultation a des bases de 
donnees. Un troisieme service consiste a offrir du traitement de donnees sous la forme 
par exemple de gestion de comptes bancaires. Un quatrieme service consiste a offrir du 
stockage de donnees sous la forme, par exemple, d'un message dans une messagerie. 

20 L'invention trouve une application tr^s avantageuse en ce qu'elle permet de 

coordonner, lors de leur execution, difPerents services de telecommunication entre eux, 
pour le compte d'un mSme utilisateur, meme si ces services sont effectivement rendus 
par des-operateurs de telecommunication differents. Ainsi, l'invention peut pemiettre 
de foumir un client un contrat unique de service garantissant la coherence 

25 d'execution des differents services de telecommunication entre eux et la facturation 
unique de ces services mame si ces demiers sont effectivement rendus par des 
operateurs de telecommunication ou de services differents. 

Actuellement, le consommateur qui utilise differents services de 
telecommunication n'a pas toujours la garantie de coherence d'execution entre ces 

30 differents services. Lorsque des incoherences sont detect6es, elles sont generalement 
designees par les termes « interaction negative ». Ce probieme d'interaction negative 
apparait en particulier lorsque les services s'executent simultanement ou lorsqu'ils sont 
rendus par des operateurs de telecommunication ou de services differents. Un cas 
d'interaction negative peut se presenter lorsque I'utilisateur a acces a un premier 

35 service portant sur la communication k paitir d'un telephone mobile et i un second 
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service portant sur un acces au reseau Internet a partir d'un terminal informatique, les 
deux services etant foumis par le meme operateur de telecommunication. Get 
utilisateur n'a pas necessairement I'assurance que Tutilisation de services sur Internet 
au moyen du premier service de communication par telephone mobile soit identique, 
5 ou coherent, avec I'utilisation de services sur Internet au moyen du second service, et 
ce independamment des capacit^s des terminaux ou des rdseaux eux-memes. Par 
exemple, le service sur Internet utilise peut ne pas reconnaitre le meme utilisateur 
suivant que ce dernier accede au service depuis un telephone mobile ou depuis un autre 
teraiinal. En effet, chacun des services reconnait I'utilisateur par la connaissance qu'il 
10 a d'un profil de cet utilisateur ; ce profil pouvant comprendre le nom de I'utilisateur, 
son adresse, une liste des services souscrits par I'utilisateur, des profils personnalises 
d'acc^s h des services... Ainsi, chaque service d^teraiine le profil d'utilisateur qu'il 
gSre. 

En outre, chaque op6rateur fait des of&es de services auxquels I'utilisateur peut 

15 demander I'acces en composant par exemple soit un num6ro t616phonique particulier, 
soit un code d'acces, soit un numero de carte, type numero de carte t^lephonique. 
Lorsque I'utilisateur fait une demande d'acces a un service et que sa demande est 
validee, il lui est associe une session de service, c'est-a-dire un chemin d'acces pour 
utiliser le service. Une fois qu'il utilise un premier service donne, I'utilisateur peut 

20 souhaiter utiliser un second service. Malgre les contrats passes avec I'op^rateur, 
I'enchwnement du premier service au second service n'est pas toujours possible ou 
conforme a ces contrats. Une telle situation se rencontre par exemple lors de 
I'utilisation d'une carte telephonique d'une certaine categoric qui perraet de telephoner 
de tout poste telephonique existant. En composant a partir d'un poste telephonique 

25 quelconque un code d'acces, puis un code lie k la carte, I'utilisateur accdde au service 
d'appel lie a la carte ; ce service d'appel lui pemettant d'utiliser ce poste telephonique 
'quelconque comme s'il s'agissait d'un poste telephonique prive. En particulier, 
I'utilisateur peut intenoger un service de renseignement telephonique developpe par 
I'operateur. Si le renseignement demande consiste en un numero de telephone d'un 

30 correspondant, I'utilisateur peut obtenir la mise en relation avec ce correspondant, bien 
que cette possibilite ne lui soit pas pennise lors d'un appel direct a ce correspondant 
par le service de la carte telephonique. L'enchainement du premier service, le service 
lie a la carte telephonique, au second service, le service de mise en relation depuis un 
service de renseignement, n'est pas coherent. En effet, il existe un contrat, entre le 

35 client de la carte et le service lie a la carte, qui definit les conditions d'utilisation de 
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cette carte, en particulier la zone geographique dans laquelle Tutilisateur peut joindre 
un correspondant. Or, le service de renseignement n'a pas connaissance du contenu de 
ce contrat et, en particulier, des restrictions limitant la zone geographique joignable. 
Par consequent, le service de renseignement autorise Tutilisateur a joindre le 
5 correspondant demande bien que ce correspondant soit dans une zone geographique 
non joignable par Tutilisateur suivant les restrictions de son contrat. 

Pour lutter contre les interactions negatives entre differents services, des 
proc&i6s connus sont mis en oeuvre. lis consistent k definir un mecanisme de dialogue 
direct entre les differents services auxquels accede un m6me utilisateur. Ces precedes 
10 ont pour inconvenient d'imposer une architecture commune aux differents services et, 
par consequent, de Her entre elles les evolutions des differents services. 

Aussi, le probleme technique a resoudre par Tobjet de la presente invention est 
de proposer un precede de coordination d'utilisation de services de telecommunication 
qui permette d^eviter le probleme d'interaction negative entre des services de 
15 telecommunication auxquels veut acceder un meme utilisateur et qui ne presente pas 
les incohv6nients precedents. 

Une solution au probleme technique pos6 consiste, selon la presente invention, 
en ce que ledit proc6d6 comprend les etapes qui consistent : 

- a chaque demande d'acces a un service emanant d'un utilisateur, a activer 
20 un environnement unique compose d'un profil de cet utilisateur et de sessions 

de service associ^es k cet utilisateur et a traiter la validation de la demande 
d'acces au service, 

- a attribuer une session unique a chaque service dont la demande d^acces est 
valide, cette session faisant partie de I'environnement unique de I'utilisateur, 

25 - a gerer I'environnement unique, en modelisant les etats que peut prendre 

I'environnement de I'utilisateur et en modelisant les relations entre ses etats par 
au moins un diagramme d'etats dans lequel les changements d'etats sont 
declenches par des evenements donnas dont certains sont associes aux 
differentes prestations offertes par les services, 

30 . k accorder une demande de prestation fomiulee par un utilisateur aupres 

d'un service ayant une session, en fonction de I'etat courant du diagramme 
d'etats de Tenvironnement de I'utilisateur et des evenements associes a la 
demande de prestation et, 

- k mettre k jour I'environnement de Tutilisateur lors du passage a I'etat 
35 suivant du diagranune d'etats du service. 
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En outre, Tinvention a pour objet un systeme de coordination d'utilisation de 
services de telecommunication, rutilisation d'un service etant sollicitee par un 
utilisateur depuis un terminal de telecommunication et les services de 
telecommunication etant connectes au systeme de coordination par un reseau. Ledit 
5 systeme de coordination comprend : 

- un module d'acces, premier point d'entree du systeme de coordination 
auquel s'adresse tout service, dit service demandeur, qui re9oit une demande 
d'acces emanant d'un utilisateur, 

- un module de gestion de profils en liaison avec le module d'acces et 
10 comprenant une base de donnees de profils d'utilisateurs et de profils de 

services et comprenant au moins un gestionnaire de profils en liaison avec la 
base de donnees, 

- un module contractuel comprenant une liste de contrats souscrits par des 
utilisateurs aupres de services de telecommunication, des informations sur 

15 ces services de telecommunication et une liste de tarification d'acces et de 

prestations et, 

- au moins un gestionnaire d'environnement, en liaison avec le module de 
gestion de profils et le module contracmel, second point d'entree du systeme 
de coordination, auquel s'adresse tout service dont la demande d'acces est 

20 valide et qui revolt une demande de prestation emanant d'un utilisateur ou 

qui souhaite obtenir des informations sur cet utilisateur ou qui souhaite 
obtenir des informations sur son environnement courant. 
U procede et le systeme de coordination conformes k I'invention resolvent le 
probieme pose. En effet, la gestion centralisee de 1' environnement de I'utilisateur 
25 permet d'associer a un utilisateur une adresse d'environnement unique qui correspond 
, k un gestionnaire d'environnement. Ce gestionnaire d'environnement dialogue avec 
' tous les services auxquels I'utilisateur veut acceder et il met a jour au moins un 
diagramme d'etats caracteristique de I'environnement de I'utilisateur. Ce diagramme 
d'etats evolue en fonction des services auxquels I'utilisateur accede et des prestations 
30 que I'utilisateur soUicite aupres de ces services. 

Le procede et le systeme de coordination foumissent aux services les 
informations dont ils ont besoin i condition que ces informations puissent etre 
partagees sans risque. Le procede et le systeme de coordination interdisent ainsi une 
perte de coherence entre toutes les donnees caracterisant I'utilisateur et son 
35 environnement et ils garantissent un vetrouillage de I'acces k des donnees 
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confidentielles. lis effectuent des operations pour le compte des services tout en 
garantissant le respect du contrat pass6 entre le service et un client. Le client et 
I'utilisateur peuvent etre une meme personne physique ou des personnes physiques 
differentes ou, le client peut etre une personne morale qui designe un ou plusieurs 
5 utilisateurs qui sont des personnes physiques ou morales. 

La connaissance a tout instant de I'environnement de I'utilisateur permet au 
proc6d6 et au systeme de coordination de pouvoir donner la localisation courante de 
I'utilisateur, c'est-4-dire son adresse sur le r6seau. La mise en ceuvre de cette fonction 
de localisation peut s'appuyer sur un, ou plusieurs, serveur d6ja existant tel le HLR, 

1 0 abr^viation des termes anglo-saxons Home Location Register, du reseau GSM. 

Le probleme d'interaction negative est r6solu selon 1 'invention, en particulier 
au moyen d'un dialogue entre le systeme de coordination et chacun des services 
demandeurs. Ainsi, les evolutions d'un service peuvent se faire independamment des 
evolutions d'un autre service. 

15 De maniere avantageuse, le procede et le systeme de coordination selon 

rmvention n'imposent pas une plate-forme de d^veloppement particuliere, ni pour le 
systeme de coordination, ni pour les services. Le proc6de et le systeme n'imposent pas 
non plus une architecture commune aux services demandeurs. 

De maniere avantageuse, le procede et le systeme de coordination selon 

20 I'invention peuvent ai outre effectuer une identification et/ou une authentification de 
Tutilisateur. 

D'autres caracteristiques et avantages de I'invention apparaitront lors de la 
description qui suit d'exemples particuliers de realisation de I'invention. La description 
est faite en regard des figures suivantes annexees donnees a titre d'exemples non 

25 limitatife. 

La figure 1 est un organigramme d'un procede selon I'invention. 

La figure 2 est un sch6ma bloc d'un systeme de coordination selon 1 'invention. 

La figure 3 est un schema d'utilisation multiservices d'un systeme de 
coordination selon I'invention. 
30 Le contexte dans lequel se place I'invention est le suivant. Un utilisateur 

soUicite I'utilisation d'un sendee, parmi diflKrents services de telecommunication, 
depuis un terminal de teieconmiunication. Les difKrents services de 
telecommunication sont connectes par un reseau teiephonique ou informatique k un 
systeme de coonlination qui met en ceuvre un precede de coordination d'utilisation de 
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services de telecommunication, selon Tinvention, qui gere une base centralisee de 
profils d'utilisateurs. 

Le procede de coordination d'utilisation de services de telecommunication 
selon r invention se d6roule suivant plusieurs etapes decrites ci-apres et illustrees par la 
5 figure 1. 

Dans une premiere etape 1, a chaque demande d'acces d'un utilisateur a un 
service, le procede active un environnement unique base sur le profil de cet utilisateur. 
Si un environnement est deja active pour cet utilisateur, il est utilise pour la suite du 
traitement. En outre, le procede traite la validation de la demande d'acces au service. 

10 La demande d'acces est reflisee, c'est-a-dire non validee, lorsque 1 'utilisateur ne pent 
pas utiliser ce service. Les raisons pour lesquelles un utilisateur ne pent pas utiliser un 
service sont varices. EUes peuvent fitre dictees par la teneur des contrats passes entre 
I'utilisateur et I'operateur du service. EUes peuvent etre li^es aux conditions 
d'utilisation du service. Par exeraple, un service donne peut n'6tre accessible qu'a 

1 5 partir de certains terminaux. 

Dans une deuxiteie etape 2, le procede attribue une session de service unique a 
chaque service dont I'activation a 6te validee. Cette session fait alors partie de 
I'environnement unique de I'utilisateur. 

Dans une troisi^me 6tape 3, le proc6de g^e I'environnement unique en 

20 modaisant les 6tats que peut prendre I'environnement de I'utilisateur et les relations 
entre ses 6tats par au moins un diagramme d'6tats dans lequel les changements d'^ats 
sont d&lench6s par des 6veneraents donnas dont certains sont associes aux differentes 
prestations offertes par les services. L'exemple suivant correspond k une realisation 
particuli^re dans laquelle la gestion de I'environnement est faite au moyen de plusieurs 

25 diagrammes d'6tats, A chaque session de service correspond un diagramme d'etats et 
I'environnement est associ6 a un autre diagraname d'6tats. Parmi les differents etats 
* d'un diagramme d'6tats, il y a toujours un 6tat d^but et un etat fm. Entre ces deux etats, 
les etats dependent de la mod61isation faite, soit du service, soit de I'environnement. 
Par exemple, dans le diagramme d'un service, il peut etre defini un 6tat initial, un etat 

30 autorisation de taxation et un etat taxation. L'6tat initial est atteint depuis I'etat debut 
apres reception d'une demande d'acces au service 6manant d'un utilisateur. L'etat 
•autorisation de taxation est atteint depuis I'etat initial apres la validation donnee a la 
demande d'accte au service. L'etat taxation est atteint depuis I'etat autorisation de 
taxation apr^s que la demande de prestation demand^e par I'utilisateur soit accordee. 

35 Et I'dtat fin est atteint depuis les etats initial, autorisation de taxation et taxation aprds 
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que la decision soit prise d'interrompre I'utilisation du service. La decision peut 
resulter d'une action de I'utilisateur qui souhaite inteirompre lui-meme I'utilisation. 
EUe peut etre prise par le proced6 en fonction des conditions d'utilisation du service, 
en fonction du contenu d'un contrat, en fonction du montant d'un credit accorde a 
5 I'utilisateur. 

Dans une quatrifeme 6tape 4, le precede accorde une autorisation a une 
demande de prestation formulae par un utilisateur aupres d'un service, auquel a ae 
attribu6 une session de service, en fonction de I'etat courant du diagramme d'etats de 
I'environnement de Tutilisateur, des specifications d'utilisation du service telles 
10 qu'indiquees dans le contrat, de la nature de la demande et des 6venements associes a 
la demande de prestation. 

Dans une cinqui^me 6tape 5, le proced6 met a jour I'environnement et, en 
particulier le profil de I'utilisateur, lors du passage a I'etat suivant du diagramme 
d'etats. 

15 La figure 2 est un schema d'un systfeme 6 de coordination selon I'invention 

auquel s'adresse un service 7 de telecommunication sollicit^ par un utilisateur 8. 
L'utilisateur 8 sollicite un, ou plusieurs, service 7 de telecommunication depuis un 
terminal 9 de telecommunication tel un t616phone fixe ou mobile ou, tel un poste 
infoimatique. Les services 7 de telecommunication sont connectes au systeme de 
20 coordination par un r^seau 1 0. 

Le syst&ne 6 de coordination comprend un module 1 1 d'acces, un module 12 
d'identification et d'authentification, un module 13 de gestion de profils, un module 14 
contractuel et un gestionnaire 15 d'environnement. 

U module 11 d'accte est un premier point d'entree du systeme 6 de 
25 coordination auquel doit s'adresser tout service 7 qui re9oit une demande d'acces 
,emanant d'un utilisateur 8. Le service 7 envoie, au module 11 d'acces, une requete 
*contenant des informations concemant I'identite de I'utilisateur 8, comprenant au 
moins un identifiant et, eventuellement, un mot de passe, une adresse, ...et, des 
informations concemant le service 7, telles que les caracteristiques d^finissant la 
30 session entre I'utilisateur 8 et le service 7, I'adresse de la session, ...Le module 1 1 
d'acces peut etre un serveur ou tout moyen equivalent. 

Le module 12 d'identification et d'authentification est en liaison avec le 
module 11 d'accfes et a pour fonction d'identifier et d'authentifier I'utilisateur 8. A 
partir des infomations concemant I'identite de I'utilisateur 8, le module 12 
35 d'identification et d'authentification verifie I'existence de cette identite et, pour les 
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services 7 qui prevoient une authentification, il authentifie I'utilisateur 8. 
L'authentification consiste par exemple a verifier qu'un mot de passe foumi par 
I'utilisateur 8 a ete prealablement attribue a cet utilisateur 8. Le module 12 
d'identification et d'authentification communique au module 11 d'acces le resultat de 
I'identification et de 1' authentification. Le module 12 d'identification et 
d'authentification peut 6tre absent ou remplacee par un module equivalent mais 
exteme au systteie 6 de coordination. Lorsque le module 12 d'identification et 
d'authentification est absent, I'utilisateur doit foumir un identifiant pour acceder a un 
service. Selon un autre mode de realisation, les fonctions identification et 
authentification peuvent 6tre mises en ceuvre dans deux modules separes. Le module 
12 d'identification et d'authentification peut dtre installe sur le meme serveur que le 
module 1 1 ou sur un autre serveur ou tout moyen Equivalent. 

Le module 13 de gestion de profils comprend un gestionnaire de profils et une 
base de donnees de profils. La base de donn^es peut etre stockee et r^partie dans 
15 differentes memoires locales ou distantes. Le module 13 de gestion de profils est en 
liaison avec le module 11 d'acc6s qui lui foumit I'identifiant de I'utilisateur 8. Le 
gestionnaire de profils interroge la base de donn6es pour obtenir d'une part le profil 
qui correspond k I'identifiant de I'utilisateur 8 et d'autre part, lorsqu'ils existent, des 
profils persoraialises de services lies i ce profil. Le gestionnaire de profils cr6e un 
20 enviromieraent pour cet utilisateur 8 et le foumit pour gestion au gestionnaire 15 
d'environnement, ou I'un 15 des gestionnaires d'environnement s'il y en a plusieurs. 
U module 13 de gestion de profils interroge ce gestionnaire 15 d'enviromiement en 
charge du profil de I'utilisateur et obtient en retour un identifiant de session de service 
propre au gestionnaire 15 d'environnement interroge. Le module 13 de gestion de 
25 profils communique I'identifiant de session de service et 1 'adresse du gestiomiaire 1 5 
, d'environnement dans le r&eau 10 au module 1 1 d'acces qui les transmet au service 7 
* demandeur. Avant de cr6er un environnement pour I'utilisateur 8, le module 13 de 
gestion de profils s'assure qu'il n'y a pas deja un gestionnaire d'environnement qui 
travaiUe sur I'environnement de I'utilisateur 8. S'il y en a deja un, le module 13 de 
30 gestion de profils lui foumit les informations sur le service 7 demandeur pour qu'il 
modifie I'environnement de I'utilisateur 8. En retour, le gestiomiaire 15 
d'environnement envoie un identifiant de session de seivice au module 13 de gestion 
de profils que ce dernier communique, avec I'adresse du gestionnaire 15 
d'environnement dans le r^seau 10, au module 1 1 d'acces qui les transmet au service 7 
35 demandeur. Us Changes pr6cedemment decrits entre le gestionnaire 13 de profils et le 
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gestionnaire 15 d'environnement garantissent Tunicite de renviroimement de 
I'utilisateur 8. Le module 13 de gestion de profils peut etre installe sur un meme 
serveur que le module 1 1 d'acces et le module 12 d'identification et d'authentification 
ou sur un autre serveur ou tout moyen equivalent. La base de donnees de profils peut 
5 etre stock6e sur une memoire du serveur du module 1 3 de gestion de profils ou sur une 
m6moire de masse separ^e. 

Le gestionnaire 15 d'environnement est en liaison avec le module 13 de gestion 
de profils, le module 14 contractuel et il est un second point d'entree du systeme 6 de 
coordination. A partir de la connaissance du contexte d'utilisation des services qui 

10 peuvent etre soUicit^s par un utilisateur 8 et du profil de cet utilisateur 8, le 
gestionnaire 15 d'environnement effectue differentes operations pour le compte des 
services. En particulier, 11 determine les autorisations de prestations, les tarifs a 
appliquer, le cout d'une prestation, les actions k entreprendre aupr^s des services 
comme I'envoi d'une notification et I'envoi d'un ordre d'arret en s'appuyant sur le 

15 module contractuel. Le gestionnaire 15 d'environnement possede une logique propre 
qui lui permet de mener a bien les operations pr6cedentes et de dialoguer directement 
avec les services demandeurs. Cette logique repose sur la mod^iisation par un 
diagramme d'^tats des etats que peut prendre I'environnement de I'utilisateur et des 
relations entre ses etats. Les changements d'6tats sont declenches par des 6v6nements 

20 donnes dont certains sont associ6s aux differentes prestations offertes par les services. 
Chaque gestionnaire 15 d'environnement agit sur un ou plusieurs environnements 
d'utilisateur dont le gestionnaire 13 de profils lui a confi6 la gestion. Le gestionnaire 
15 d'environnement peut Stre installe sur un m6me serveur que le module 13 de 
gestion de profils, le module 11 d'acces et le module 12 d'identification et 

25 d'authentification ou sur un autre serveur ou tout moyen equivalent. 

Le module 14 contractuel comprend un module de tarification et valorisation, 
* un module de catalogue des services et un module de gestion client. Le module de 
tarification et valorisation contient une liste de tarifs et de couts de prestations liees 
aux services. Le module de catalogue des services contient les informations de 

30 description des services, ou contexte d'utilisation des services, communes a tous les 
utilisateurs du systeme 6 et a lews environnements. Le module de gestion client 
contient une liste de contrats relatifs aux services souscrits par des utilisateurs. Les 
informations du module contractuel sont des informations utiles a l'ex6cution de la 
logique du gestionnaire 15 d'environnement dans sa decision d'accord de prestation du 

35 service 7 a 1 'utilisateur 8. 
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Le syst&ne de coordination 6 peut etre enti^rement installe sur une entit6 du 
Reseau intelligent connue sous Tappellation Point de Commande de Service Reseau, 
ou PCSR, aussi connue sous les sigles SCP, abreviation des termes anglo-saxons 
Service Control Point. II peut aussi etre distribu6 sur plusieurs serveurs connecte entre 

5 eux par un reseau. 

Lorsqu'un utilisateur 8 souhaite acceder a un service 7, le deroulement est le 
suivant. Le service 7 s'adresse au premier point 11 d'entree et foumit un premier 
identifiant donn6 par 1 'utilisateur. De mani^re optionnelle, une identification et, 
6ventuellement, une authentification de I'utilisateur 8 sont effectuees. L'operation 

10 d'identification ou l'operation d'authentification peut aboutir a une reponse negative 
ou positive. La reponse est negative, par exemple, si I'utilisateur 8 est incomw ou si le 
mot de passe foumi est incorrect. Lorsqu'elle est positive, l'operation d'identification 
se termine par la foumiture d'un second identifiant. La foumiture du premier 
identifiant ou, du second identifiant lorsqu'il existe, active le profil de I'utilisateur 8 et 

15 positiomie automatiquement un indicateur qui signale au systeme 6 de coordination 
que le service 7 demande a Stre activ6 pour I'utilisateur 8. Le systeme 6 de 
coordination cr66 un environnement unique pour I'utilisateur connaissant son profil ; 
I'environnement etant constitu6 du profil de I'utilisateur et de ses sessions de service 
qui lui ont 6t6 attributes. En fonction des informations qu'il obtient sur I'utilisateur par 

20 son profil et des informations qu'il obtient sur le service en particulier aupres du 
module contractuel, le systeme 6 de coordination valide ou pas la demande d'acces au 
service. II peut ne pas valider cette demande lorsque par exemple le service est interdit 
k I'utilisateur. Aprts avoir valid6 la demande d'acces au service, le systeme 6 de 
coordination foumit au service 7 une session unique que le service 7 doit utiliser pour 

25 toutes les op&ations suivantes. Pour les operations suivantes, le service 7 s'adresse au 
, second point 15 d'entree du systfane 6 de coordination avec sa session lors de chaque 
* operation. Ces operations sont par exemple des operations qui permettent au service 7 
d'obtenir une.autorisation de deiivrer une prestation, d'obtenir des informations sur 
I'utilisateur 8, de demander le debut ou la fin de la taxation d'une prestation, de 

30 modifier des informations sur I'utilisateur 8, de demander la notification d'un 
evenement i I'utilisateurS. Ou des operations qui permettent de demander Tinvocation 
d'un autre service 7 pour I'utilisateur 8 ou d'indiquer la fin du service 7 courant pour 
Tutilisateur 8. 

Lorsque I'utilisateur 8 accede a un service 7 ce dernier doit interroger le 
35 systeme 6 de coordination : 
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. lorsque I'utilisateur 8 demande une prestation qui necessite la 
localisation d'un utilisateur que le service 7 veut joindre, 

- lorsque I'utilisateur 8 demande une prestation qui necessite une 
personnalisation pour identifier I'utilisateur et obtenir des informations le 
concemant, 

- lorsque I'utilisateur 8 demande une prestation qui necessite un paiement 

et une facturation, . , 

. lorsque I'utilisateur S.demande une prestation qui conduit a founiir a 
I'utilisateur 8 des informations d'un domaine necessitant une autorisation, 

- lorsque I'utilisateur 8 demande une prestation qui conduit a reahser pour 
I'utilisateur 8 une operation pour laquelle une autorisation est n6cessaire. 

. Ua fin d'une prestation demandee par I'utilisateur 8 si celle-ci necessite 
I'arrfit d'un paiement et d'une factiiration et que ce paiement et cette 
fecturation 6taient fonction de la duree ou, 

. i la fm du service 7 pour I'utilisateur 8 pour indiquer que ce service 7 se 

termine. , , 

U figure 3 est un schto d'utiUsalion mulUservices d'un systeme de 

coordination selon IMnvention. Un systta>e de coordination 6 selon IMnvenhon 
coordonn. Pufilisation d. diftents services 7 par un m6me utilisateur 8. Les ech»,ges 
entre les services 7 et 1. systime 6 de coordination ont lieu i .ravers les bens du r^eau 
10 Les sendees 7 qui s'adressent an systeme 6 de coordination comprennent une 
interface qui dialogue avec les points d'entrte du systeme 6 de coordinat.on et. 
component des commandes accessibles au systtoe 6 
commandes permettent au systtare 6 de coordination d'envoyer des notifications auK 
services 7 et de les 7 contrSler en cas de besoin. Une des notifications est, par exemp e, 
„n message d'alerte pour informer I'utilisateur 8 que son crMit est presque epmse. U 
■ contr61e est ntess^re. par example, pour interrompre une prestation lorsque le credit 
de I'utilisateur 8 est epuis6. , . . n 

Un syst^e de coordination selon I'invention est aussi muUi-utihsateurs. II 
coordomie simultanement I'utilisation de services pour differents utilisateurs, que les 
services utilises par les differents utilisateurs soient identiques ou differents ou 
corainuns en partie. 
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REVENDICATIONS 

Precede de coordination d'utilisation de services de telecommunication, 
rutilisation d'un service (7) etant sollicitde par im utilisateur (8) depuis un terminal 
(9) de telecommunication, caracterise en ce que ledit proced6 comprend les 6tapes 
qui consistent : 

- ^ chaque demande d'acces k un service (7) emanant d'un utilisateur (8), k 
activer (1) un environnement unique compose d'un profil de cet utilisateur et de 
sessions de service associees a cet utilisateur (8) et k traiter la validation de la 
demande d'accSs au service (7), 

- a attribuer (2) une session unique a chaque service (7) dont la demande 
d'acces est valide, cette session faisant partie de Tenvironnement unique de 
I'utilisateur (8), 

- a gerer (3) T environnement unique, en modeiisant les etats que peut prendre 
Tenvironnement de Putilisateur (8) et en mod61isant les relations entre ses etats 
par au moins un diagramme d'etats dans lequel les changements d'6tats sont 
declenches par des evenements donnas dont certains sont associ^s aux 
diff6rentes prestations ofFertes par les services (7), 

- k accorder (4) une demande de prestation formulee par un utilisateur (8) 
aupr^s d'un service (7) ayant une session, en fonction de T^tat courant du 
diagramme d'etats de Tenvironnement de Tutilisateur (8) et des evenements 
associes k la demande de prestation et, 

- k mettre k jour Tenvironnement de Tutilisateur (8) lors du passage a Tetat 
suivant du diagramme d* etats du service (7). 

Procede de coordination d'utilisation de services de telecommunication selon la 
revendication 1, caracterise en ce que ledit procede comprend en outre retape qui 
consiste : 

- k chaque demande d'acces k un service (7) 6manant d'un utilisateur (8), 
k identifier I'utilisateur (8) aupres d'un module d'identification en lui 
attribuant un identifiant 

Procede de coordination d'utilisation de services de telecommunication selon la 
revendication 1, caracterise en ce que ledit procede comprend en outre les etapes 
qui consistent : 
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- a chaque demande d'acces h un service (7) 6manant d'un utilisateur (8), 
a authentifier I'utilisateur (8) aupres d*un module d'authentification, 

- a valider la demande d'acc^ au service (7) 6manant de Tutilisateur (8) 
ea fonction du resultat de Tauthentification. 

5 

4. Systeme (6) de coordination d'utilisation de services (7) de telecommunication 
pour la mise en ceuvre d'un precede selon I'une des revendications precedentes, 
I'utilisation d'un service (7) 6tant sollicit6e par un utilisateur (8) depuis un terminal 
(9) de telecommunication, les services (7) de telecommunication etant connectes au 

10 systeme (6) de coordination par un reseau (10), caracterise en ce que ledit systeme 

(6) comprend : 

- un module (11) d'acces, premier point d'entree du systeme (6) de 
coordination auquel s'adresse tout service (7), dit service demandeur, qui 
re9oit une demande d'acces emanant d'un utilisateur (8), 

15 . un module (13) de gestion de profils en liaison avec le module (11) 

d'acces et comprenant une base de donnees de profils d'utilisateurs et de 
profils de services et comprenant au moins un gestionnaire de profils en 
liaison avec la base de donnees, 

- un module (14) contractuel comprenant une liste de contrats souscrits 
20 par des utilisateurs (8) aupres de services (7) de telecommunication, des 

informations sur ces services (7) de telecommunication et une liste de 
tarification d'acces et de prestations et, 

- au moins un gestionnaire (15) d'environnement en liaison avec le 
module (13) de gestion de profils et le module (14) contractuel, second point 

25 d'entree du systeme (6) de coordination, auquel s'adresse tout service (7) 

dont la demande d'acces est valide. 

5. Systeme (6) de coordination d'utilisation de services (7) de telecommunication 
selon la revendication 4, caracterise en ce ledit systeme (6) comprend en outre : 

30 - au moins un module (12) d 'identification et d'authentification en liaison 

avec le module (1 1) d'acces. 

6. Serveur caracterise en ce qu'il comprend un systeme (6) de coordination 
d'utilisation de services (7) de telecommunication selon la revendication 4. 

35 
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7. Ensemble de serveurs connect6s entre eux par un reseau, caract^rise en ce quMl 
comprend un systeme (6) de coordination d'utilisation de services (7) de 
telecommunication selon la revendication 4, les diff6rents modules du systeme (6) 
de coordination etant r6partis sur les difF6rents serveurs. 

5 

8. Serveur caract6rise en ce qu'il comprend un module (13) de gestion de profils, un 
module (14) contractuel et un gestionnaire (15) d'environnement d'un systdme (6) 
de coordination selon la revendication 4. 



10 

9. Systeme (6) de coordination d'utilisation de services (7) de telecommunication 
selon la revendication 4, caracterise en ce que le reseau (10) est le reseau Intemet. 
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